記得在日本的一本 SEO 書寫了一個很生動的範例,一間公司業績要成長,取決於業務員的數量,而網站的業務員就是網頁,沒有足夠多的網頁就不要去想業績,而好的業務員就像是好的網頁,除了要有夠多的網頁外也要有夠好的網頁。
上次說到在 Search Console 最重要的 KPI 是在一打開的第一頁概述就有,也就是成效:總點擊次數,因為這個數字很容易受到大環境的影響,甚至也包含是否是對使用者有價值的,若是 SEO 只用這 KPI 是很吃虧的。
因此會把流量當作是『最終外部 KPI』,這雖然是可以知道結果,但要如何達成絕不是單純的,而是有很多事情做到才行,因此須要一個直接去檢討的 KPI,這個不受外部與內容好壞影響,且對 SEO 有很大影響的,就是『網頁數』。
這個也是重要到在 Search Console 的概述,除了流量外的第二個區塊:涵蓋範圍,而這個涵蓋範圍包括兩個數字,一個是『有效網頁』以及『網頁含有錯誤』這兩項,當然這邊的有效頁面稱為『最終內部 KPI』,因為在還沒有談到好不好的頁面之前,頁面數是放再最前面的。
從爬蟲到搜尋引擎收錄會有幾個步驟:
在這麼多的環節中,若有一個環節沒有好好的轉換過去,這數字就會每經過一個流程就隨之降低,當然有時損失是很難避免的,就像是網站小、時間短或許還好控制,但時間一久,網站越來越大,不太可能把任何錯誤歸零,但至少要做到是可知、可控,且不是因為系統性的問題一直在增加。
上面提到的頁面是從 Google 發現網址開始,而發現網址有兩種來源,一個是在網頁上有連結,無論是內部連結或是外部連結,另一個就是 sitemap。
這邊就會有一個很大家很容易忽略的問題:
網站到底要不要 Sitemap ?
當然 Sitemap 有其優缺點,Sitemap 有最大的優點,就是能夠讓 Google 找到這個網站的所有網址,尤其是網站一開始時交互連結沒建立好時,要讓 Google 索引到時最好的方式。
但 Sitemap 的問題更多:
Sitemap 最大的問題是平常不會有人去看去檢查,這個幾乎是做給機器讀取的爬蟲看的,不會有任何 QA 或使用者通報說 sitemap 是有問題的,要工程師去修改維護,更不要說很多網站 sitemap 都是用套件所產生的。
有效頁面的來源上面這張圖是故意降低馬賽克的等級,讓大家看這網站的網頁位數比,可以看得出來即使不用 sitemap,Google 也是可以爬到大部份的網頁,這個等級是數百萬,而會用到 sitemap 主要是針對新網頁,Google News 的 sitemap,以及 Video Sitemap,這些都是為了加快與強化使用,並不是用來產生網頁或是給 Google 索引到所有的頁面。
這邊只好還是再說一次 SEO 的精義:找到有價值的讀者想要找尋或有意義的資訊,與用對的訊息文字讓其點閱。